(19) 



J) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



( ii) EP 0 909 062 A1 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

14.04.1999 Bulletin 1999/15 

(21) Application number: 98308129.0 

(22) Date of filing: 06.10.1998 



(51) intci A H04L 12/56 



(84) 


Designated Contracting States: 


• Chapman, Alan 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Kanata, Ontario K2K 1V5 (CA) 




MC NL PT SE 


• Edholm, Philip 




Designated Extension States: 


Fremont, CA 94539 (US) 




AL LT LV MK RO SI 


• Gullickson, Jeffrey T. 
San Jose, C A 95135 (US) 


(30) 


Priority: 07.10.1997 US 946431 


• Gullickson, Kenneth 
Campbell, CA 95008 (US) 


(71) 


Applicant: NORTHERN TELECOM LIMITED 






Montreal, Quebec H2Y 3Y4 (CA) 


(74) Representative: Ryan, John Peter William 
Nortel Networks 


(72) 


Inventors: 


Intellectual Property Law Group 




Bernstein, Gregory M. 


London Road 




Fremont, CA 94536 (US) 


Harlow, Essex CM17 9NA (GB) 



CM 
CO 

o 

O) 

o 

O) 

o 

Q. 

LU 



(54) Methods and apparatus for accelerating OSI layer 3 routers 



(57) Methods and apparatus for accelerating a rout- 
er in a communications network are described. In one 
embodiment, a router accelerator includes a forwarding 
table for associatively storing a destination address and 
a next hop address. If a destination address of a packet 
matches a destination address in the forwarding table, 
then logic forwards the packet to a next hop. A router 
may be coupled to at least one network port through the 
router accelerator. In another approach, the network in- 
cludes at least one host and at least one router. The host 
has at least one routing table for associatively storing a 
second-level destination address, a second-level next 
hop address and a first-level next hop address. A router 
accelerator includes redirect logic for storing the sec- 
ond-level destination address in a second-level next hop 
address entry in the at least one host routing table. This 
causes the host to request a first-level next hop address 
corresponding to the second-level destination address. 
An accelerator table responds to the host's request with 
the bound first-level next hop address. In another ap- 
proach employing host routing tables, a router acceler- 
ator includes request logic for requesting from the router 
a second-level next hop address in response to the first- 
level next hop address. Redirect logic stores the sec- 
ond-level next hop address in a second-level next hop 
address entry in the at least one host routing table. This 
causes the host to request a first-level next hop address 
corresponding to the second-level next hop address. 



Figure 5 
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Description 
BACKGROUND 

Field of the Invention 

[0001] The present invention relates to the field of 
routing messages in a communications network, and in 
particular to increasing the throughput of a routing sys- 
tem. 

Description of the Related Art 

[0002] In recent years, there has been an exponential 
increase in the demand for bandwidth in communica- 
tions networks. This increase is due to a variety of fac- 
tors, including an increase in the number of users as the 
Internet moves towards becoming a mass communica- 
tions medium, and an increase in bandwidth-intensive 
multimedia applications that integrate still images, video 
and speech with data. To keep up with this increasing 
demand, communications facilities must frequently be 
upgraded. 

[0003] Data routers are critical components in data 
communications networks. Routers link physical net- 
works along the path from a sou rce node to a destination 
node. In a network employing packet switching, data 
packets are passed from router to router until they reach 
their final destination. This process is known as "next 
hop routing." 

[0004] Figure 1 illustrates a conventional communi- 
cations network of the type that employs next hop rout- 
ing. In this example, a router 1 00 couples three networks 
102. Each network 102 includes at least one host com- 
puter 104. Software in the router 100 implements an In- 
ternet protocol (IP) routing algorithm that determines 
how to send an IP datagram across the networks. The 
Internet protocol operates at layer 3 of the well-known 
layered OSI standard. For a host 104 to transfer an IP 
datagram to another host 1 04, the sender encapsulates 
the datagram in a physical frame ("packet"), wherein the 
destination IP address is mapped to a physical (layer 2) 
address. If the source and destination hosts lie within 
the same physical network, such as an Ethernet, then 
the source can send the datagram directly to the desti- 
nation over the physical network. 
[0005] Figure 2 illustrates the format of an IP data- 
gram 200 encapsulated in a physical frame 202. The 
frame 202 includes a frame header 204 followed by 
frame data 206 and a cyclic redundancy check code 
208. The IP datagram 200, which is encapsulated as 
frame data 206, includes a datagram header 210 and 
datagram data 212. 

[0006] Figure 3 illustrates the format of a physical 
frame header 204, such as an Ethernet frame header. 
The frame header 204 includes a preamble 300, a des- 
tination address 302, a source address 304, and a frame 
type field 306. The preamble is employed for synchro- 



nization purposes. The destination address 302 con- 
tains the physical (layer 2) address of the destination 
node, which is unique to each hardware unit and is hard- 
coded into the hardware at the time of manufacture. The 
s source address 304 is the physical address of the 
source node. 

[0007] Figure 4 illustrates the format of an IP data- 
gram header 210, showing only fields that are relevant 
to the present invention. The fields include a time to live 

io field 400, an IP source address 402, and an IP destina- 
tion address 404. For further information regarding 
frame formatting and networking in general, please refer 
to D. Comer, Internetworking With TCP/IP," Volume 1, 
Prentice-Hall, Third Edition, 1 995, which is incorporated 

'5 by reference herein. 

[0008] If the source and destination lie in different net- 
works, then the router is employed to effect the transfer. 
Both hosts and routers maintain IP routing tables to de- 
termine where to send a datagram based upon the IP 

20 destination address. Typically a routing table contains 
pairs (N, R), where N is the IP address of a destination 
network or host, and R is the I P address of the next rout- 
er along the path to network or host N. In this manner, 
a router need not know the complete path to a destina- 

25 tion node, only the next hop. The next hop in a machine's 
routing table must lie in a physical network to which the 
machine connects directly. To assure selection of the 
proper next hop, routers exchange routing tables to 
keep track of changes in network configuration. 

30 [0009] After executing a routing algorithm to obtain 
the next hop IP address in response to the ultimate des- 
tination address of a datagram, the router passes the 
datagram and the next hop address to network interface 
software in the router responsible for the physical net- 

35 work over which the datagram must be sent. The net- 
work interface software binds the next hop address to a 
physical address, forms a frame using that physical ad- 
dress, places the datagram in the data portion of the 
frame, and sends the resulting frame to a second (next 

40 hop) router over the physical network linking the next 
hop router to the first router. This process continues until 
the datagram reaches a final router that is connected 
directly to the same physical network as the destination. 
At that point, the final router will deliver the datagram 

45 using direct delivery. 

[0010] After using the next hop address to find a phys- 
ical address, the network interface software discards the 
next hop address. If the host is sending a sequence of 
datagrams to the same destination address, this proc- 

so ess of determining the next hop I P address and then the 
next hop physical address is repeated, even though it 
appears very inefficient. As is well known in the art, the 
binding between the next hop IP address and the phys- 
ical address is not saved because of the philosophy un- 

55 derlying the Internet protocol. The protocol builds an ab- 
straction that hides the details of one network layer from 
another, thereby maintaining the distinction between the 
IP and physical address layers. 
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[0011] Because router functions, such as exchanging 
routing tables and executing routing algorithms require 
the flexibility of software to react to a changing environ- 
ment, these functions are implemented in software rath- 
er than hardware. Thus, the capacity of routers is limited 
to the capacity of the microprocessors and the software 
that implement the necessary algorithms. 
[0012] In order to increase data throughput, some 
routers have been designed in hardware to overcome 
the limitations of software. For example, Rekhter de- 
scribes systems that contain local forwarding tables in 
switches, known as "forwarding information bases." 
Each table entry includes an ultimate destination ad- 
dress and a next hop destination address. The forward- 
ing information base is constructed from information 
contained in a "routing information base" that in turn is 
constructed from routing information received from the 
network. For further information please refer to Y. 
Rekhter, "Inter-domain routing: EGR BGP, and IDRP," 
in M. Steenstrup, Routing in Communications Networks, 
First Edition, 1995, pp. 99-133. Forwarding tables are 
also employed in U.S. Patent No. 5,566,170 issued to 
Bakke et al. These and all other references referred to 
herein are incorporated by reference herein. 
[0013] Further, other hardware-accelerated routers 
cache next hop information. Although these hardware 
routers increase throughput, replacing existing routers 
with these advanced routers is an expensive proposi- 
tion. The expense is not just the cost of the router itself, 
but the administrative costs incurred in configuring the 
new router and the cost of associated network down- 
time. Accordingly, it is desired to find a more cost-effec- 
tive way of upgrading existing routing systems to in- 
crease data capacity. 

SUMMARY OF THE INVENTION 

[0014] The present invention seeks to provide meth- 
ods and apparatus for accelerating a router in a com- 
munications network. In one embodiment, a router ac- 
celerator includes a forwarding table for associatively 
storing a destination address and a next hop address. 
If a destination address of a packet matches a destina- 
tion address in the forwarding table, then logic forwards 
the packet to a next hop. The destination address may 
be a network address, and the next hop address may 
be a physical address. 

[0015] A router may be coupled to at least one net- 
work port through the router accelerator. The router 
binds the next hop address to the destination address 
of the packet if the packet destination address does not 
match a destination address in the forwarding table. The 
router does not process a packet if the packet destina- 
tion matches in the forwarding table. 
[0016] A router history table associatively stores at 
least one destination address and a corresponding ad- 
dress of the network port that received a packet having 
that destination address. Each forwarding table may be 



associated with a network port. The accelerator stores 
the next hop address in the forwarding table for a par- 
ticular port if that port is associated in the history table 
with a destination address that is bound to the next hop 
s address. 

[0017] In another embodiment, the network includes 
at least one host and at least one router. The host has 
at least one routing table for associatively storing a sec- 
ond-level destination address, a second-level next hop 
io address and a first-level next hop address. The router 
binds a first-level next hop address to a second-level 
destination address. A router accelerator includes redi- 
rect logic for storing the second-level destination ad- 
dress in a second-level next hop address entry in the at 
'5 least one host routing table. This causes the host to re- 
quest a first-level next hop address corresponding to the 
second-level destination address. An accelerator table 
associatively stores the bound second-level destination 
address and first-level next hop address. The accelera- 
te tor table responds to the host's request with the bound 
first-level next hop address. 

[0018] The first-level addresses may be physical ad- 
dresses, and the second-level addresses may be net- 
work addresses. The router may be coupled to at least 

25 one network port through the router accelerator. 

[0019] The host associatively stores the bound sec- 
ond-level destination address and first-level next hop 
address in a host forwarding table. The host forwards a 
packet to a next hop if a second-level destination ad- 

so dress of the packet matches a second-level destination 
address in the host forwarding table. A router coupled 
to the accelerator does not process the packet if the sec- 
ond-level destination address of the packet matches a 
second-level destination address in the host forwarding 

35 table. 

[0020] In another embodiment employing host routing 
tables, a router accelerator includes request logic for re- 
questing from the router a second-level next hop ad- 
dress in response to the first-level next hop address. Re- 

40 direct logic stores the second-level next hop address in 
a second-level next hop address entry in the at least one 
host routing table. This causes the host to request a first- 
level next hop address corresponding tothe second-lev- 
el next hop address. An accelerator tables associatively 

45 stores the corresponding second-level next hop ad- 
dress and first-level next hop address. The accelerator 
table responds to the host's request with the bound first- 
level next hop address. 

[0021] Another aspect of the present invention pro- 
so vides a method for accelerating a router comprising the 
steps of: 

associatively storing a destination address and a 
next hop address in a forwarding table of a router 
55 accelerator; and 

forwarding a packet to a next hop if a destination 
address of the packet matches a destination ad- 
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dress in the forwarding table. 

[0022] Preferably the destination address is a network 
address and the next hop address is a physical address. 
[0023] Preferably the router is coupled to at least one 
network port through the router accelerator. 
[0024] Preferably the method further comprises the 
step of the router binding the next hop address to the 
destination address of the packet if the packet destina- 
tion address does not match a destination address in 
the forwarding table. 

[0025] Preferably the method further comprises the 
step of associatively storing in a router history table at 
least one destination address and a corresponding ad- 
dress of a network port that received a packet having 
that destination address. 

[0026] Preferably each network port has an associat- 
ed forwarding table and the method further comprises 
the step of storing the next hop address in the forwarding 
table for a port if the port is associated in the history 
table with a destination address that is bound to the next 
hop address. 

[0027] Preferably a router coupled to the accelerator 
does not process a packet if the packet destination ad- 
dress matches in the forwarding table. 
[0028] Another aspect of the present invention pro- 
vides a method for accelerating a router in a network 
having at least one host and at least one router, the host 
having at least one routing table for associatively storing 
a second-level destination address, a second-level next 
hop address and a first-level next hop address, the rout- 
er for binding a first-level next hop address to a second- 
level destination address, the method comprising the 
steps of: 

storing the second-level destination address in a 
second-level next hop address entry in the at least 
one host routing table to thereby cause the host to 
request a first-level next hop address correspond- 
ing to the second-level destination address; and 

associatively storing in an accelerator table the 
bound second-level destination address and first- 
level next hop address, wherein the accelerator ta- 
ble responds to the host's request with the bound 
first-level next hop address. 

[0029] Another aspect of the present invention pro- 
vides a method for accelerating a router in a network 
having at least one host and at least one router, the host 
having at least one routing table for associatively storing 
a second-level destination address, a second-level next 
hop address and a first-level next hop address, the rout- 
er for binding a first-level next hop address to a second- 
level destination address, the method comprising the 
steps of requesting from the router a second-level next 
hop address in response to the first-level next hop ad- 
dress; storing the second-level next hop address in a 



second-level next hop address entry in the at least one 
host routing table to thereby cause the host to request 
a first-level next hop address corresponding to the sec- 
ond-level next hop address: associatively storing in an 

s accelerator table the corresponding second-level next 
hop address and first-level next hop address, wherein 
the accelerator table responds to the host's request with 
the bound first-level next hop address. 
[0030] Preferably the first-level addresses are physi- 

io cal addresses and second-level addresses are network 
addresses. 

[0031] Preferably the router is coupled to at least one 

network port through the router accelerator. 

[0032] Preferably the host associatively stores the 

'5 bound second-level destination address and first-level 
next hop address in a host forwarding table. 
[0033] Preferably the host forwards a packet to a next 
hop if a second-level destination address of the packet 
matches a second-level destination address in the host 

20 forwarding table. 

[0034] Preferably a router coupled to the accelerator 
does not process the packet if the second-level destina- 
tion address of the packet matches a second-level des- 
tination address in the host forwarding table. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0035] FIGURE 1 illustrates a conventional communi- 
cations network of the type that employs next hop rout- 
so ing. 

[0036] FIGURE 2 illustrates the format of an IP data 
gram in capsulated in a physical frame. 
[0037] FIGURE 3 illustrates the format of a physical 
frame header. 

35 [0038] FIGURE 4 illustrates the format of a IP data- 
gram header. 

[0039] FIGURE 5 is a communications network incor- 
porating a router accelerator switch of the present in- 
vention. 

40 [0040] FIGURE 6 illustrates a router accelerator 
switch according to the first embodiment to the present 
invention. 

[0041] FIGURE 7 illustrates the data structure for a 
packet forwarding table of the present invention. 
45 [0042] FIGURE 8 illustrates the data structure of a 
router history table of the present invention. 
[0043] FIGURE 9 is a flow chart illustrating the oper- 
ation of the router accelerator switch of the present in- 
vention. 

so [0044] FIGURE 10A illustrates a first host routing ta- 
ble employed by the present invention. 
[0045] FIGURE 10B illustrates a second routing table 
employed by the present invention. 
[0046] FIGURE 11 is a flow chart illustrating the oper- 

55 ation of a second embodiment of the present invention. 
[0047] FIGURE 12 illustrates an accelerator table em- 
ployed by the host-syntric embodiments of the present 
invention. 
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[0048] FIGURE 13 is a flow chart illustrating the op- 
eration of a third embodiment of the present invention. 
[0049] FIGURE 14 illustrates a RARP table of the 
present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0050] The present invention provides methods and 
apparatus for accelerating OSI layer 3 routing. In the fol- 
lowing description, numerous details are set forth in or- 
der to enable a thorough understanding of the present 
invention. However, it will be understood by those of or- 
dinary skill in the art that these specific details are not 
required in order to practice the invention. Further, well- 
known elements, devices, process steps and the like are 
not set forth in detail in order to avoid obscuring the 
present invention. 

[0051] The present invention provides a means 
whereby existing routing systems may be upgraded to 
increase throughput at low cost. Figure 5 illustrates a 
communications network incorporating a router accel- 
erator switch 500 of the present invention. The networks 
502, the switch 500 and the router 504 may form a wide- 
area networkthat connects a number of geographically- 
dispersed networks together. Alternatively, the networks 
502 may be local-area networks at a given site, perhaps 
in different buildings or of different types, such as a fiber- 
optic token ring network or an Ethernet. In the descrip- 
tion that follows, it will be assumed for simplicity that the 
networks are Ethernet local area networks. Further, al- 
though three networks 502 are illustrated, many more 
networks would be connected in most actual installa- 
tions. 

[0052] The router accelerator switch 500 of the 
present invention is independent of the design of the 
router 504, the routing algorithms and the network to- 
pology. The accelerator 500 may be installed in a con- 
ventional routing system by simply unplugging the rout- 
er 504 from the network connections, connecting the ac- 
celerator to those connections, and plugging the router 
504 into the accelerator switch 500. Through the oper- 
ation described below, the accelerator switch 500 is 
transparent to both the networks 502 and the router 504, 
except that the router 504 will appear to have a much 
larger capacity for switching packets. 
[0053] The distinction between a router and a switch 
is somewhat arbitrary, but generally lies in the level of 
sophistication of the mechanisms used to determine the 
next hop destination, and the extent to which the system 
communicates with other parts of the network to ex- 
change information from routing tables. For purposes of 
this application, a router performs the function of calcu- 
lating a next hop destination by communicating with oth- 
er parts of the network to monitor the network configu- 
ration. Conversely, for purposes of the application, a 
conventional switch is assumed not to perform any cal- 
culations to determine the route of a packet, but simply 
forwards the packet according to next hop information 



provided by the router. 

[0054] According to the present invention, the switch 
of the invention is connected between the network ports 
and the routing system in order to intercept packets 
s transmitted to and from the router. The switch acts as a 
"shadow router" to observe and mimic some of the rout- 
er's functions. By doing so, the switch need not receive 
instructions from the router in order to route eve ry pack- 
et. 

10 [0055] In one embodiment, the switch records the 
next hop physical address computed by the router for a 
packet. The switch then usurps the next hop routing 
function of the router for subsequent packets directed 
to the same destination. 

is [0056] Figure 6 illustrates a router accelerator switch 
500 according to a first embodiment of the present in- 
vention. The switch includes three ports 600 connected 
to three corresponding networks (not shown), and three 
ports 602 connected to corresponding ports of a router 

20 (not shown). The ports correspond one-to-one with each 
other to maintain the transparency of the switch. Each 
port includes packet processing logic (PPL) (604 on net- 
work side, 606 on router side) for handling layer 2 and 
layer 3 communications with, for example, an Ethernet 

25 network. The PPL circuitry may be implemented using 
standard Ethernet interface chips. 
[0057] Each port 600 on the network side is coupled 
to a first content addressable memory 608 (CAM) that 
implements a packet forwarding table (PFT) of the in- 

so vention. On the router side, the switch includes a table 
610, implemented with a CAM, which acts as a router 
history table of the invention. Shared memory packet 
storage 612 acts as a queue for storing packets, with 
one queue per router/network port. The packet storage 

35 is shared by both the router ports and the network ports. 
A microprocessor 614 executes programs stored in 
flash memory 61 6 and uses DRAM memory 61 8 for tem- 
porary storage. A memory controller 620 controls trans- 
fer of the packets among the router ports 602, the net- 

40 work ports 600 and the shared memory 61 2. The mem- 
ory controller 620 keeps track of the location of packets 
in memory. It is also responsible for notifying the micro- 
processor of an overflow. Control signals are transferred 
throughout the switch over a control bus 622. Data is 

45 transferred between the shared memory 612 and the 
network ports 600 over a first data bus 624, whereas 
data is transferred between the router ports 602 and 
shared memory 612 over a second data bus 626. 
[0058] Figure 7 illustrates the data structure for the 

so packet forwarding table 608. The packet forwarding ta- 
ble 608 associatively stores the IP address of the ulti- 
mate destination of a packet, the layer 2 (physical) ad- 
dress of the next hop, an indicator of the network-side 
port linked to the next hop (destination port), and a time 

55 to exist (aging) field indicating how long the address en- 
try is to remain in the table. Because the switch must be 
transparent to the router and the network, the destina- 
tion port is the same port at which the packet was re- 
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ceived from the router side. 

[0059] Figure 8 illustrates the data structure of the 
router history table 61 0. The router history table 61 0 as- 
sociatively stores the IP destination address along with 
the port at which the router received a packet having the 
associated IP destination address. 
[0060] Referring to the flow chart of Figure 9, the rout- 
er accelerator switch of the present invention operates 
as follows. The switch waits for a packet to arrive either 
at a network-side port or a router-side port (step 900). 
When a packet is received over one of the network ports 
(step 902) as being directed to the router as a next hop, 
it is intercepted by the router accelerator switch at the 
switch's associated network port input. The PPL 604 
then extracts the IP destination address from the packet 
frame (step 904) and forwards it to the port's packet- 
forwarding table for comparison with the IP destination 
addresses stored in the CAM of the PFT (steps 906, 
908). The packet processing logic 604 also instructs the 
memory controller to store the packet in the shared 
memory packet storage. 

[0061] If the IP destination address does not match 
an address in the packet forwarding table, then the 
packet processing logic instructs the memory controller 
over the control bus to transmit the packet from shared 
memory to the corresponding router port over the router- 
side data bus, so that the packet may be processed by 
the router (step 910). 

[0062] Upon receiving the packet, the router performs 
its usual function of computing the next hop layer 2 
(physical) address. After doing so, the router transmits 
the packet back to the switch over the appropriate rout- 
er-side port leading to the next hop destination (steps 
900, 902). The packet returned to the switch by the rout- 
er is encapsulated in a physical frame having the next 
hop layer 2 address in the frame header. The router-side 
packet processing logic 606 of the switch at the port re- 
ceiving the returning packet instructs the memory con- 
troller to store this packet in shared memory. Further, 
under instructions from the router-side packet process- 
ing logic 606, the memory controller also causes the IP 
destination address and input port identifier to be stored 
in the router history table (step 912). 
[0063] The router-side PPL 606 then extracts the IP 
destination address from the packet header (step 914). 
The PPL then causes the destination address to be 
compared to the addresses in the router history table 
(step 916). If there is a hit, then this indicates that the 
packet was previously sent to the router by the router 
accelerator switch. 

[0064] In response to a hit, the network-side packet 
processing logic instructs the memory controller to ex- 
tract the IP destination address and the layer 2 next hop 
address from the packet stored in shared memory. The 
memory controller then stores this data in the packet for- 
warding table (or tables) for the ports indicated by the 
router history table as corresponding to the associated 
IP destination address (or addresses) (step 918). After 



the next hop information is stored in the packet forward- 
ing table, the router history table deletes the entry for 
the corresponding destination address (step 920). 
[0065] The router-side packet processing logic 606 
s forwards the returned packet to the next hop destination 
through the network port corresponding to the router 
port serving as output, which is not necessarily the net- 
work port from which the packet was received (step 
922). 

10 [0066] At this point, the packet forwarding table now 
stores the address binding for a first packet in a stream 
of packets directed towards a particular destination, 
where the packet has been processed by the router. If 
the next received packet is from the network, then the 

'5 network-side packet processing logic 604 for the input 
port causes the memory controller 620 to store the pack- 
et in shared memory 612 and to extract the destination 
address from the IP datagram header (steps 900, 902, 
904). The packet processing logic then causes the IP 

20 destination address to be input to the associated packet 
forwarding table (step 906). If the table indicates a hit, 
then the table transfers the associated physical (layer 
2) next hop address to the packet processing logic 
(steps 908, 910). The packet processing logic causes 

25 the memory controller to forward the IP datagram to the 
packet processing logic 604, which encapsulates the 
datagram in a frame including the layer 2 next hop ad- 
dress (step 912). The packet processing logic 604 then 
forwards the frame to the next hop destination on the 

so appropriate output port (step 914). 

[0067] In some instances, a packet is originated at the 
router (steps 902, 904). Such packets typically convey 
status information, such as data to update routing ta- 
bles. The router encapsulates these packets in a phys- 

35 ical frame specifying the next hop destination. Router- 
generated packets are not stored in the router history 
table. The router-side packet processing logic that re- 
ceived the router-generated packet stores the frame in 
a shared memory queue. The memory is logically sub- 

40 divided into a queue for each output port. When it is 
found by the router-side PPL that the packet originated 
from the router, then the PPL forwards the packet to 
shared memory. When the packet reaches the top of the 
queue, it is transmitted from the corresponding output 

45 port (step 924). 

[0068] Packets addressed directly to the router's IP 
address from the network are sent by the receiving 
port's network-side PPL to the router, but not entered in 
the router history table because it is not expected that 

so the router will return them. 

[0069] The first embodiment described above relies 
entirely on tables stored in the switch. The following sec- 
ond and third embodiments may be deemed "host-cen- 
tric" because they store relevant routing information in 

55 pre-existing routing tables in the host. 

[0070] The host-centric router accelerator relies upon 
host routing tables that can perform the address reso- 
lution protocol (ARP) function. To perform ARP, a host 
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sends out a broadcast message to all nodes within its 
broadcast domain, i.e., local area network. The ARP 
message contains an IP destination address and a re- 
quest for the node having that address to transmit back 
its physical address. In this manner, the host binds an 
IP address to a physical address. 
[0071] Figures 10A and 10B illustrate relevant en- 
tries in two routing tables found in a conventional host. 
The first table associatively stores a destination IP (sec- 
ond-level) address along with a corresponding next hop 
IP (second-level) address. The second table, known as 
the host ARP cache or forwarding table, associatively 
stores a next hop IP (second-level) address along with 
the corresponding next hop physical (first-level) ad- 
dress. These two tables together effectively provide a 
mapping of destination IP address to next hop physical 
address. The reason two tables are employed is that the 
address boundary between the layers is maintained by 
using this format. 

[0072] The operation of one host-centric embodiment 
is illustrated in Figure 11. The structure of the router 
accelerator is essentially the same as that of Figure 6, 
except the accelerator does not include the packet for- 
warding tables, and the router-side table in both host- 
centric embodiments performs a different function than 
the router history table, as explained below. 
[0073] Generally, packets originate at a host. The host 
determines whether the destination IP address speci- 
fied by the packet is found in its own host tables (step 
1102). If so, then the host uses its ARP cache to send 
the packet directly to the next hop physical address 
(step 1104). 

[0074] If no match, the host forwards the packet to a 
default router through the intervening router accelera- 
tion switch of the invention (step 1106). At this point, the 
switch just passes the packet to the router. 
[0075] As before, the router binds the next hop phys- 
ical address to the destination IP address (step 1108). 
The router then sends the IP datagram encapsulated in 
a physical frame with the next hop physical address into 
the switch router-side port leading to the next hop des- 
tination. The packet processing logic 606 at the port 602 
then stores the frame in shared memory 612 over the 
router-side data bus 626. The router-side packet 
processing logic 606 also instructs the memory control- 
ler 620 to output the frame from the shared memory 61 2 
onto the network-side data bus 624, and instructs the 
packet processing logic 604 of the network port corre- 
sponding to the router port to forward it to the next hop 
(step 1112). 

[0076] Before the switch transmits the packet to the 
next hop, the microprocessor 614 of the accelerator 
switch stores the destination IP/next hop physical ad- 
dress binding in the router-side table 61 0 (the "ARP ta- 
ble" in this embodiment) (step 1110). The table for stor- 
ing this binding is shown in Figure 12, where the desti- 
nation IP and next hop physical addresses are associ- 
atively stored. 



[0077] The switch then takes steps to "trick" the host 
forwarding tables into storing this binding. The switch 
microprocessor 614 employs the Internet control mes- 
sage protocol (ICMP) to perform this function. ThelCMP 

s message is encapsulated in an IP datagram, which is 
itself encapsulated in af rame for transmission. One type 
of ICMP message isa redirect message. In conventional 
systems, routers employ redirect messages to update 
host routing tables. A host boots up knowing the address 

io of only one router on the local network. This default rout- 
er returns an ICMP redirect message whenever a host 
sends a datagram for which there is an initial router 
along a more optimal path. The redirect message re- 
places the default router in the table with the address of 

'5 this more optimal router. 

[0078] According to the present invention, the micro- 
processor in the switch sends a redirect message to the 
host to cause the first host table to associate the desti- 
nation IP address of the packet with itself so as to act 

20 as the next hop IP address in the table (step 1114). 
Based upon this table entry, the host sends an ARP 
message to obtain the corresponding physical address 
(step 1116). In a conventional system, the ARP mes- 
sage would be used to obtain a physical address corre- 

25 sponding to an IP address in the table. Here, because 
the destination IP address has been substituted for the 
next hop IP address, a conventional system would at- 
tempt to return a physical destination address. However, 
in a conventional system this would only work if the des- 

so tination node were within the same local network (broad- 
cast domain) as the host. In contrast, the present inven- 
tion employs the ARP table of the switch to intercept and 
respond to the host's ARP request. Recall that the ARP 
table has already stored the address binding computed 

35 by the router. In this manner, the switch acts as an ARP 
server to return the next hop physical address in re- 
sponse to the IP destination address sent by the host 
(step 1118). The host then adds this next hop physical 
address to its ARP cache, the second host table (step 

40 1120). 

[0079] The switch then waits for the next packet (step 
1 1 00). The microprocessor 61 4 in the switch determines 
whether the destination address specified by this packet 
matches a destination address in the ARP cache (step 

45 1 1 02). If so, the host responds with the next hop physical 
address. The microprocessor, coupled to the host net- 
work, then forwards the packet to the next hop destina- 
tion at layer 2 (step 1104). Subsequent packets directed 
to the same destination IP address are handled in asim- 

so iiar manner. Through this technique, the host takes 
much of the burden off of the default router for sending 
packets to the first hop. 

[0080] Now that the host knows the next hop IP ad- 
dress and the physical address of the next hop, it will 
55 send subsequent packets having that destination IP ad- 
dress directly to the physical address of the next hop. 
This process can be handled by the conventional layer 
2 switching of the switch, which is found in the router- 
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side packet processing logic 606, microprocessor 614 
and memory controller 620. 

[0081] Unlike the previous embodiment, this ap- 
proach uses existing memory in the host to accomplish 
functions that would otherwise require memory in the 
switch. The switch need not store information for every 
host. Instead, the information is distributed among the 
hosts. Moreover, the switch only needs the address in- 
formation one time for the ARP table, instead of main- 
taining the information for every packet it sends (as in 
the packet forwarding table of the previous embodi- 
ment). Finally, the switch does not need an high-speed 
memory like a CAM. Instead, it employs a software table 
for its ARP response function. 
[0082] The operation of a second host-centric embod- 
iment is illustrated in Figure 13. As can be seen from a 
comparison with Figure 11, many of the initial steps are 
the same. As before, the switch stores the destination 
IP address/next hop physical address binding in the 
ARP table in DRAM (step 1310). However, in this em- 
bodiment, the switch also employs the reverse address 
resolution protocol (RARP). 

[0083] The microprocessor 614 in the switch issues 
to the router a RARP request containing the next hop 
physical address in order to obtain the next hop IP ad- 
dress from the router (step 1314). According to RARP, 
a machine on the network sends out a broadcast mes- 
sage containing a physical address to nodes on its local 
network in order to obtain a corresponding IP address. 
Conventional routers can act as RARP servers. The mi- 
croprocessor in the switch stores the RARP next hop 
physical address/next hop IP address binding in the ta- 
ble illustrated in Figure 14, which is also stored in DRAM 
(step 1316). 

[0084] Unlike the previous embodiment, the switch 
sends the real next hop I P address to the first host table 
(step 1318). The host issues an ARP request with this 
next hop IP address in order to obtain the next hop phys- 
ical address (step 1320). The switch acts as an ARP 
server to return the next hop physical address (step 
1322). The host adds the next hop physical address to 
its ARP cache (step 1324). Subsequent packets direct- 
ed to the same destination IP address then match in the 
host tables. Again, by filling the host tables with the next 
hop physical address information, the host can facilitate 
layer 2 switching, therefore bypassing the router. 
[0085] The RARP approach does not require the 
counterfeit redirect message of the previous embodi- 
ment. The redirect message of the previous embodi- 
ment may be rejected by Internet security systems that 
are sensitive to such ARP spoofing. 
[0086] Based on the foregoing, it can be seen that the 
router accelerator of the present invention need not re- 
ceive and maintain information about the status of the 
network or execute routing algorithms. Thus, packet for- 
warding for the vast majority of packets in a source-des- 
tination stream can be performed by the high-speed 
router accelerator, which is implemented entirely in 



hardware. Further, performance of the router accelera- 
tor is not hampered by the need to maintain and update 
software for implementing routing algorithms as the al- 
gorithms change. 

s [0087] In summary, methods and apparatus for accel- 
erating a router in a communications network have been 
described. In one embodiment, a router accelerator in- 
cludes a forwarding table for associatively storing a des- 
tination address and a next hop address. If a destination 

io address of a packet matches a destination address in 
the forwarding table, then logic forwards the packet to 
a next hop. A router may be coupled to at least one net- 
work port through the router accelerator. In another ap- 
proach, the network includes at least one host and at 

'5 least one router. The host has at least one routing table 
for associatively storing a second-level destination ad- 
dress, a second-level next hop address and a first-level 
next hop address. A router accelerator includes redirect 
logic for storing the second-level destination address in 

20 a second-level next hop address entry in the at least one 
host routing table. This causes the host to request a first- 
level next hop address corresponding tothe second-lev- 
el destination address. An accelerator table responds to 
the host's request with the bound first-level next hop ad- 

25 dress. In another approach employing host routing ta- 
bles, a router accelerator includes request logic for re- 
questing from the router a second-level next hop ad- 
dress in response tothe first-level next hop address. Re- 
direct logic stores the second-level next hop address in 

so a second-level next hop address entry in the at least one 
host routing table. This causes the host to request a first- 
level next hop address corresponding tothe second-lev- 
el next hop address. 

[0088] Although the invention has been described in 
35 conjunction with particular embodiments, it will be ap- 
preciated that various modifications and alterations may 
be made by those skilled in the art without departing 
from the spirit and scope of the invention. The invention 
is not to be limited by the foregoing illustrative details, 
40 but rather is to be defined by the amended claims. 



Claims 

45 1. A router accelerator comprising: 

means for associatively storing a destination 
address and a next hop address; and 

so means for forwarding a packet to a next hop if 

a destination address of the packet matches a 
destination address in the forwarding table. 

2. The accelerator of claim 1 wherein the means for 
55 associatively storing is a forwarding table. 

3. The accelerator of claim 1 or 2, wherein the desti- 
nation address is a network address and the next 
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hop address is a physical address. 

4. The accelerator of any one of claims 1 to 3, wherein 
a router is coupled to at least one network port 
through the router accelerator. 

5. The accelerator of claim 4, wherein the router binds 
the next hop address to the destination address of 
the packet if the packet destination address does 
not match a destination address in the forwarding 
table. 

6. The accelerator of any one of claims 1 to 5, further 
comprising a router history table for associatively 
storing at least one destination address and a cor- 
responding address of a network port that received 
a packet having that destination address. 

7. The accelerator of claim 6, wherein each network 
port has an associated forwarding table, and the ac- 
celerator stores the next hop address in the for- 
warding table for a port if the port is associated in 
the history table with a destination address that is 
bound to the next hop address. 

8. The accelerator of any one of the preceding claims, 
wh erein a router coupled to the accelerator does not 
process a packet if the packet destination address 
matches in the forwarding table. 

9. A router accelerator for use in a network having at 
least one host and at least one router, the host hav- 
ing at least one routing table for associatively stor- 
ing a second-level destination address, a second- 
level next hop address and a first-level next hop ad- 
dress, the router for binding a first-level next hop 
address to a second-level destination address, the 
router accelerator comprising: 

redirect logic for storing the second-level des- 
tination address in a second-level next hop ad- 
dress entry in the at least one host routing table 
to thereby cause the host to request a first-level 
next hop address corresponding to the second- 
level destination address; and 



address to a second-level destination address, the 
router accelerator comprising: 

request logic for requesting from the router a 
s second-level next hop address in response to 

the first-level next hop address; 

redirect logic for storing the second-level next 
hop address in a second-level next hop ad- 
io dress entry in the at least one host routing table 

to thereby cause the host to request a first-level 
next hop address corresponding to the second- 
level next hop address; 

'5 an accelerator table for associatively storing 

the corresponding second-level next hop ad- 
dress and first-level next hop address, wherein 
the accelerator table responds to the host's re- 
quest with the bound first-level next hop ad- 

20 dress. 

11. The accelerator of claim 9 or 10, wherein first-level 
addresses are physical addresses and second-lev- 
el addresses are network addresses. 

25 

1 2. The accelerator of any one of claims 9 to 1 1 , where- 
in the router is coupled to at least one network port 
through the router accelerator. 

so 13. The accelerator of any one of claims 9 to 12, where- 
in the host associatively stores the bound second- 
level destination address and first-level next hop 
address in a host forwarding table. 

35 14. The accelerator of any one of claims 9 to 13, where- 
in the host forwards a packet to a next hop if a sec- 
ond-level destination address of the packet match- 
es a second-level destination address in the host 
forwarding table. 

40 

1 5. The accelerator of any one of claims 9 to 1 4, where- 
in a router coupled to the accelerator does not proc- 
ess the packet if the second-level destination ad- 
dress of the packet matches a second-level desti- 
45 nation address in the host forwarding table. 



an accelerator table for associatively storing 
the bound second-level destination address 
and first-level next hop address, wherein the 
accelerator table responds to the host's request 
with the bound first-level next hop address. 

10. A router accelerator for use in a network having at 
least one host and at least one router, the host hav- 
ing at least one routing table for associatively stor- 
ing a second-level destination address, a second- 
level next hop address and a first-level next hop ad- 
dress, the router for binding a first-level next hop 



16. A method for accelerating a router comprising the 
steps of: 

so associatively storing a destination address and 

a next hop address in a forwarding table of a 
router accelerator; and 

forwarding a packet to a next hop if a destina- 
55 tion address of the packet matches a destina- 

tion address in the forwarding table. 
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